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OVERVIEW 

In  January,  1982,  th*  DTNSRDC  Conputar  Cantar  acquired  a  new  hardware 
and  software  capability,  Control  Data  Corporation'*  Hass  Storage  Syston  (HSS). 
The  HSS  hardware,  a  large  capacity  on-line  nass  storage  device,  is  a  cost 
effective  extension  to  the  NOS/IE  disk  file  systen  and  an  alternative  to  private 
packs  aad  conventional  nagnetic  tape  storage.  Specifically,  the  HSS  offers  the 
Conputer  Center  user  connunityt 

1-  approxinately  ten  tines  the  on-line  storage  capability  of  the  6600/ 

6700  and  Cyber  74  systens  at  installation  tine  with  additional  storage 
capability  expected  at  a  later  tine. 

2-  on-line  aceess  (via  1NTERC0H)  to  files  that  were  previously  stored  on 
nagnetic  tape  due  to  size  restrictions  and/or  infrequent  use. 

3-  reduced  storage  charges  for  these  on-line  files.  Storage  charges  will 
depend  on  file  size  with  large  files  charged  at  less  than  ten  percent 
of  the  current  disk  storage  rates. 

• 

This  docunent  describes  the  HSS  hardware  and  software,  introducing  the  user 
to  eight  new  NOS/IE  job  control  statenents  which  are  used  to  store,  retrieve  and 
renove  files  fron  the  HSS,  control  access  to  HSS  files  and  produce  reports  on 
HSS  file  usage. 
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MSS  HARDWARE  AND  SOFTWARE  CONCEPTS 

Th*  MSS  consists  of  a  Cyber  170  Modal  750  conputer  systen  and  it's  associated 
peripheral  equipment  -  magnetic  tape  units,  disk  units  and,  initially,  two 
Cartridge  Storage  Units  (CSUs)  capable  of  housing  4000  data  cartridges.  Each 
cartridge  holds  up  to  sixteen  streans  of  data,  where  a  "strean"  is  approxinately 
equal  to  040,000  characters  or  1000  PRUS  of  NOS/BE  disk  storage.  An  MSS  file  is 
defined  as  containing  one  or  nore  data  streans,  i.e.,  two  files  cannot  be  stored 
on  the  sane  data  strean.  Hence,  the  MSS  is  not  a  particularly  efficient  device 
for  storing  nany  snail  files. 


ST0RIN6  A  FILE  ON  THE  MSS 

When  a  NOS/BE  user  stores -a -file -on  the  NSS  (NSSTQRE  control  statenent),  -the  - 
file  is  copied  fron  the  local  systen  <0600,  6700,  6400,  Cyber  74)  to  the  MSS 
disk  systen.  At  certain  intervals,  the  MSS  systen  software,  considering  avail¬ 
able  disk  storage,  file  sizes  and  frequency  of  file  access,  will  copy  specific 
data  files  to  the  NSS  data  cartridges  and  renove  then  fron  it's  disk  systen. 

This  operation  is  transparent  to  the  NOS/BE  user  who  renains  unconcerned  as  to 
whether  his  file  currently  resides  on  MSS  disk  or  cartridge  storage. 


RETRIEVING  A  FILE  FROM  THE  MSS 

When  a  NOS/BE  user  requests  the  retrieval  of  an  MSS  file  (HSFETCH  control 
statenent),  the  file  is  located  either  on  the  MSS  disk  or  data  cartridge.  If 
the  file  resides  on  a  data  cartridge,  it  is  first  transferred  to  the  MSS  disk 
systen,  and  then  copied  to  the  local  NOS/BE  systen.  It  is  inportant  to  note  that 
the  WiiS/BE  user  is  always  working  with  a  local  copy  of  an  MSS  file;  i.e.,  there 
is  no  way  to  directly  update  an  MSS  file. 


NSS  FILE  RESIDENCE  AND  STORAGE  CHARGES 

As  has  been  noted,  at  any  given  tine,  a  user's  MSS  file  nay  reside  on  disk 
or  data  cartridge  storage.  The  user  will,  in  all  cases,  be  charged  as  if  the 
file  resided  on  cartridge  storage,  i.e.,  ”n”  dollars  per  data  strean  per  nonth 
(see  APPENDIX  A  for  current  storage  rates).  Therefore  it  will  cost  as  nuch  to 
store  a  100  PRU  file  on  the  MSS  as  it  will  to  store  a  7 00  PRU  file. 


MSS  FILE  SECURITY  f 

Access  to  an  MSS  file  by  users  other  than  its  owner  nay  be  restricted  by 
password  and  access  node  paraneters.  In  addition,  before  a  batch  job  or  INTERCOM 
session  enn  manipulate  files  on  the  MSS,  the  user  nust  subnit  his  MSS  access 
password. 
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USER  INTERFACE  TO  THE  HSS 

The  NOS/BE  user  has,  at  his  disposal,  tight  job  control  statenents  to  inter¬ 
face  with  the  NSS.  These  control  statenents,  which  can  be  executed  fron  within 
batch  jobs  or  interactively  via  INTERCOM,  are 

HSACCES  —  gain  access  to  the  MSS 
MSPASSU  —  change  a  user's  NSS  access  password 
HSSTORE  —  store  a  file  on  the  NSS 
NSFETCH  --  retrieve  a  copy  of  an  MSS  file 
NSPURGE  —  renove  a  file  fron  the  HSS 
HSCHAN6  —  change  file  attributes  of  an  NSS  file 
MSPERHT  —  control  access  to  an  HSS  file 
HSAUD1T  —  report  on  a  user's  MSS  files 

In  addition,  several  public-access  procedures  which  conbine  NSS  functions 
to  transfer  files  between  the  MSS  and  the  NOS/BE  systens  and  produce  sorted 
MSS  audits  in  various  fornats  are  available.  Docunentation  for  these  proce¬ 
dures  nay  be  obtained  by  executing  the  following  control  statenent: 

BEGIN, NSSALL, HSS, <lfn>.  (<lfn>  contains  printer  output) 


MSS  CONTROL  STATEMENT  PARAMETERS 

The  following  is  a  description  of  paraneters  connon  to  sone  or  all  of 
these  control  statenents.  Because  the  Cyber  170  svsten,  which  drives  the  MSS 
hardware,  will  be  running  under  the  NOS  operating  systen,  several  of  these 
paraneters  have  a  NOS-like  description. 

lfn  —  NOS/BE  local  file  nane  <1-7  characters) 

pfn  —  MSS  pern anent  file  nane  <1-7  alphammeric  characters) 

UN*un  —  user  nane.  UN  is  equivalent  to  the  NOS/BE  *10“  parameter,  however, 
it  is  only  used  when  referring  to  an  MSS  file  in  another  user's 
catalog.  The  file  owner  need  not  specify  it. 

PU>pw  —  an  optional  password  <1-7  characters).  This  password  nust  be  specified 
when  retrieving  an  HSS  file  in  another  user's  catalog.  The  file  owner 
need  not  specify  it. 

CT«ct  —  category  type.  MSS  files  fall  into  three  access  categories! 

P  (private)  -  private  files  are  available  for  access  only  by  the 

owner  and  those  to  whan  the  owner  has  explicitly  granted 
pernitsion  (see  MSPERHT  statenent). 

S  (seni-private)  -  seni-private  files  are  available  for  access  by 
all  users  who  know  the  file  naneT  wter-nane  and 
password  and  who  have  not  been  explicitly  denied 
access  by  the  owner  (see  MSPERHT  statenent).  Each 
access  to  such  a  file  by  another  user  is  logged  in 
the  file  owner's  catalog  and  this  infornation  is 
available  to  the  owner  via  the  NSAUDIT  statenent. 

PU  (public)  -  public  files  are  available  for  access  by  all  users  who 
know  the  file  nane,  user  nane  and  password. 
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N*n  —  permission  nod*. 

R  -  rnd  only  permission 

tl  -  read,  writ*  and  purge  permission.  NOTE j  Since  the  NOS/BE  user  is 
only  gaining  access  to  a  copy  of  tho  MSS  file,  the  only  difference 
between  storing  a  file  with  N»R  and  M»W  is  in  regard  vo  purge  per¬ 
mission.  The  local  copy  of  the  MSS  file  on  the  NOS/BE  system  can 
be  read,  written,  executed,  CATAL06*d,  etc. 

M  -  null  permission  -  used  only  by  HSPERMT  to  deny  permission  previously 
granted. 

AC*ac  —  account  number  -  a  ten  character  job  order  number.  If  omitted,  the  job 
order  number  will  be  taken  from  the  user's  job  or  interactive  session. 
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HSACCES  CONTROL  STATEMENT 


HSACCES( pat *uord) 

Each  ustr  hat  an  HSS  access  password  which  nust  be  subnitted  fron  a  batch 
job  or  INTERCOM  tottion  before  any  accett  to  the  MSS  is  pernitted.  The  password 
it  a  four  to  teven  character  alphanuneric  string.  The  first  character  nust  be 
alphabetic.  At  installation  tine,  each  user's  password  it  identical  to  hit  four 
character  user-id. 


MSPASSU  CONTROL  STATEMENT 


. MSPASSU (oldpw,newpw) 

A  user's  MSS  access  password  nay  be  changed  by  this  connand.  It  is  recon- 
nended  that  all  users  change  their  password  prior  to  storing  files  on  the  MSS. 


NSSTORE  CONTROL  STATEMENT 


MSSTORE(lfn,pfn,PU=pwfCT=ct,fl=n ,AC=ac,NA=na> 

The  NOS/BE  local  file  “lfn"  is  stored  on  the  MSS  as  permanent  file  nane  "pfn". 
If  "pfn"  is  onitted,  then  pfn*lfn.  Note  that  there  is  no  UN  paraneter  for  this 
statenent.  A  user  nay  only  store  MSS  files  m  his  own  catalog. 

NA»na  --  overwrite  option.  If  NA*0,  a  new  MSS  file  will  not  be  stored  if  one 

of  the  sane  nane  already  exists.  If  NA»1,  the  old  copy  of  an  MSS  file 
will  be  renoved  and  the  new  one  stored. 


Defaults 

PU  -  none 
CT  -  P 
M  -  R 
NA  -  0 


Exanples  of  MSSTORE 


MSSTORE(F,MTFILE) 

A  copy  of  local  file  F  is  stored  on  the  MSS  as  file  MYFILE  in  the  user's 
catalog.  This  file  nay  only  be  accessed  by  the  owner  unless  explicit  file 
access  parnission  is  given  to  other  users  via  MSPERMT. 

HSST0RE(F, MYFILE, CT»PU,PU»SAM) 

NYFILE  is  stored  on  the  MSS  with  all  users  pernitted  access  providing  they 
know  its  password.  This  file  nay  be  renoved  (MSPURGE)  fr on  the  MSS  only  by 
its  owner  <M»R  by  default). 
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NSFETCH  CONTROL  STATEMENT 


NSFETCH ( If n,pfn,UN«un,PU*pw) 

A  copy  of  the  MSS  file  V»-  i*  sent  to -the  NOS/BE -user  as  local  file  “lfn"-,- If- 
"lfn*  is  onitted,  then  lfn«pfn.  UN  and  PU  are  required  only  if  the  request  is 
for  a  file  belonging  to  another  user. 


Exanples  of  NSFETCH 


MSFETCH(Ff MYF1LE) 

MSFETCH(Ff MISFILE, UN*XXXX,PU=SAH ) 

ATTACH,A,MYFILE,ID*XXXX. 

EXIT,U. 

IFE,FILE(A, .NOT.PF) ,L1 . 

NSFETCH, A, NYF1LE. 

END I F , L 1 . 

In  this  last  exanple,  the  job  need  not  Know  whether  NYFILE  exists  on  NOS/BE 
permanent  file  storage  or  on  the  MSS.  This  control  statenent  sequence  night  be 
enployed  by  a  user  who  on  occasion,  anticipating  nany  accesses  to  his  NSS  file, 
brings  the  file  back  to  NOS/BE  pernanent  file  storage  so  as  to  avoid  transfer¬ 
ring  his  file  fron  the  NSS  to  the  local  systen  over  and  over  again. 

NOTE:  Overall  systen  perfornancs  and  NOS/BE  disk  storage  availability  will  be 
greatly  dimnished  by  the  occurrence  of  nany  jobs  which  sinultaneously 
bring  the  sane,  large  NSS  file  back  to  the  local  systen. 


HSPUR6E  CONTROL  STATEMENT 


HSPUR6E(pfn,UN>un,PU*pw) 

The  file  "pfn“  is  renoved  fron  the  NSS.  UN  and  PU  are  required  only  when  re- 
noving  a  file  in  another  user's  catalog.  To  do  so,  the  file  nust  have  been 
created  (NSSTORE)  with  H«U. 


Exanples  of  HSPUR6E 

MSPUR6E(HYFILE) 

NSPUR6E(HISFILE,UN«XXXX,PU«SAM> 
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NSCHANG  CONTROL  STATEMENT 


NSCHANG (newpfn*oldpfn,CT=ct , N*n,PU=pw, AC=ac ) 

The  NSS  file  "oldpfn*  is  renaned  "newpfn"  and  optionally,  other  file  attributes 
are  changed.  To  sinply  alter  file  attributes  without  changing  the  file  nane, 
the  syntax  would  be 

NSCHANG (pfn,CT*ct,N*n,PUspw,ACsac ) 

To  renove  the  password  of  an  NSS  file,  PU=0  nust  be  specified. 


Examples  of  NSCHANG 


hSCHANG  <f1YFILE*rtIFILE> 

The  NSS  file  is  renaned.  All  f.,e  attributes  renain  unchanged. 

HSCHANG (NYFILE, CT*PU,N*R) 

NSS  file  NYFILE  is  nade  a  public  access  file,  although  purge  pernission 
is  restricted  to  its  owner. 


NSPERNT  CONTROL  STATEMENT 


NSPERNT ( pf n, UN=un,H3n) 

Ordinarily,  private  files  <CT*P)  nay  be  accessed  only  by  their  owner.  A  public 
or  sem-pnvate  file  (CT=PU  or  S)  nay  be  accessed  by  any  user  knowing  its 
password.  The  NSPERNT  statenent  is  used  to  grant  access  to  a  private  file  to 
another  user  (N*R  or  N*U).  It  can  also  be  used  to  rescind  this  pernission  or 
to  deny  access  to  a  scni-private  file  to  a  particular  user  <N=N); 


Defaults 
N  -  R 


Examples  of  NSPERNT 

NSPERNT (NYFILE, UN* YYYY) 

User  YYYY  nay  now  access  NYFILE.  Purge  pernission  is  restricted  to  its  owner 
NSPERNT (NYFILE,UN*YYYY,N*N) 

Access  to  NYFILE,  previously  granted  to  user  YYYY,  is  rescinded. 


HSAUDIT  CONTROL  STATEMENT 


HSAUDIT (LO*lo,PF*pfn,UN*un,LFslfn) 

Infornation  pertaining  to  a  user's  MSS  files  is  returned  to  the  MOS/BE  user. 

L0*lo  —  listing  option.  Choices  are 

F  -  an  alphabetical  listing  of  a  user's  MSS  files  is  returned,  along 
uith  selected  file  attributes.  If  an  HSAUDIT  is  requested  for 
files  in  another  user's  catalog  (UN-un),  only  infornation  per¬ 
tinent  to  those  files  accessible  to  the  requestor  is  returned. 

0  (zero)  -  sane  as  L0*F  except  that  only  file  nanes  (no  file  attri¬ 
butes  are  returned. 

FP  -  a  sunnary,  for  a  particular  MSS  file  (PF»pfn  is  required),  of  file 
accesses  by  alternate  users  is  generated. 

P  -  sane  as  LO-FP  except  that  only  the  nanes  of  users  uho  have  access 
to  the  particular  file  is  returned. 

PF=pfn  —  specified  if  file  infornation  is  desired  only  for  a  particular  file. 

This  paraneter  is  required  if  LQ=P  or  FP. 

UN=un  —  specified  when  information  is  desired  for- files  in  another  user  s 

catalog.  See  LO  option. 

LFslfn  —  NOS/BE  local  file  which  will  contain  HSAUDIT  output. 


Defaults 

LO  -  0  (zero) 
LF  -  OUTPUT 


Examples  of  HSAUDIT 


NSAUDIT(LO*F) 

A  full  audit  of  the  user's  HSS  files  is  returned. 
HSAUDIT(LO«FP,PF«HYFILE) 

A  sunnary  of  file  access  infornation  for  HYFILE  is  returned. 
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SIMULTANEOUS  USE  OF  AN  MSS  FILE  BY  MORE  THAN  ONE  JOB 

The  NOS/BE  pernanent  f 1 1 *  syst •«  provides  a  naans  of  handling  requests  for 
sinultaneous  access  to  a  given  file  by  (tore  than  one  job  or  interactive  user. 

By  using  the  MR  paraneter  on  the  ATTACH  statenent,  nany  jobs  can  similtaneously 
access  a  NOS/BE  pern anent  file  in  "read  only*  node.  A  user  requesting  exclusive 
access  (write  pernission)  nust  first  uait  unti.  +  he  file  is  free.  Then,  after 
getting  the  file,  he  will  cause  all  other  jobs  wanting  the  file  to  wait  until  he 
has  returned  the  file  to  the  systen.  To  effect  the  sane  kind  of  file  access 
control  for  MSS  files  is  not  straightforward. 

Unlike  a  NOS/BE  ATTACH,  which  sinply-bpoiwts  -  a  user  -to- the -beginning  of  - 
a  pernanent  file,  an  MSFETCH  returns  to  the  user  his  own  copy  of  an  MSS  file. 
This  presents  a  potential  problen  in  that  there  is  no  real  protection  against 
two  user  jobs  "updating**  the  sane  MSS  file  sinultaneously.  Although  a  NOS/BE 
job  cannot  really  "update"  an  MSS  file,  consider  a  user  with  two  jobs  having  the 
sane  sequence  of  control  statenents,  subnitted  seconds  apart: 

MSFETCH, A, MYFILE.  (get  a  copy  of  MYFILE) 

LGO.  (a  progran  which  "updates'*  lfn  A) 

MSSTORE, A, MYFILE, NA»1 .  (overwrite  MYFILE  with  a  new  version) 

Job  )  will  get  a  copy  of  MYFILE  and  proceed  to  nodify  its  contents  locally. 

Job  2,  which  -is  not  prevented  fron  accessing  the  sane  MSS  file,  will  do  the 
sane.  Job  1,  having  conpleted  its  file  nampulations,  will  store  an  "updated" 
version  of  MYFILE  on  the  MSS.  Finally,  Job  2,  having  conpleted  its  updates, 
will  store  a  new  version  of  MYFILE  on  the  rtSS,  a  version  containing  its  updates 
but  not  those  of  Job  1 . 

Users  interacting  with  MSS  files  in  this  nanner  nust  effect  exclusive  file 
access  on  their  own.  This  can  be  done  by  bringing  the  MSS  file  back  to  the  local 
systen  as  a  NOS/BE  pernanent  file  and  renoving  the  file  fron  the  MSS  prior  to 
the  update  jobs: 

REQUEST, A, *PF. 

MSFETCH, A, MYFILE. 

CATAL06, A, MYFILE, ID*XXXX. 

MSPUR6E, MYFILE. 

File  updates  would  then  be  done  under  the  protection  of  the  NOS/BE  pernanent 
file  systen  and  the  file  would  subsequently  be  put  back  on  the  MSS  via  the 
MSSTORE  control  statenent. 
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APPENDIX  A 

FT83  MONTHLY  COST  COMPARISON  TABLE  -  HOST  ON-LINE  STORAGE  VS  MSS  STORAGE 


PRUS 

MONTHLY  HOST  ON-LINE 
COST  « 

MONTHLY  MSS 
COST  * **• 

SAVINGS  (LOSSES) 

1 

0.05 

3.30 

(3.25) 

66 

3.30 

3.30 

— 

100 

5.00 

3.30 

1.70 

SOO 

25.00 

3.30 

21.70 

1000 

50.00 

3.30 

46.70 

1001 

50.05 

6.60 

43.45 

3000 

150.00 

0.90 

140.10 

3001 

150.05 

13.20 

136.85 

5000 

250.00 

16.50 

233.50 

10000 

500.00 

33.00 

467.00 

*  Host  on-line  storage  is  10.05  per  PRU  per  Month. 

**  MSS  on-line  storage  is  <3.30  per  data  strean  per  Month 


INITIAL  DISTRIBUTION 

Copies 

12  OTIC 

CENTER  DISTRIBUTION 
Copies 


1 

18 

Gleissner,  G.  H. 

2 

1809.3 

Harris,  D. 

1 

182 

Camara,  A.  W. 

1 

184 

Schot,  J.  W. 

1 

185 

Corin,  T 

1 

187 

Zubkoff,  M.  J. 

1 

189 

Gray,  G. 

1 

189.1 

Hibbert,  D. 

1 

189.2 

Hayden,  H.  P. 

1 

189.3 

Morris,  E.  J. 

50 

1892.1 

Strickland,  J.  D, 

20 

1892. 1 

Willner,  S.  E. 

10 

1892.2 

Sommer,  D.  V. 

1 

1892.3 

Minor,  L.  R. 

1 

1894 

Seals,  W. 

1 

1896 

Glover,  A. 

1 

1896.2 

Dennis,  L. 

1 

522 

Library  (C) 

1 

522.2 

Library  (A) 

DTNSRDC  ISSUES  THREE  TYPES  OF  REPORTS 

1.  DTNSRDC  REPORTS,  A  FORMAL  SERIES,  CONTAIN  INFORMATION  OF  PERMANENT  TECH¬ 
NICAL  VALUE.  THEY  CARRY  A  CONSECUTIVE  NUMERICAL  IDENTIFICATION  REGARDLESS  OF 
THEIR  CLASSIFICATION  OR  THE  ORIGINATING  DEPARTMENT. 

2.  DEPARTMENTAL  REPORTS.  A  SEMIFORMAL  SERIES,  CONTAIN  INFORMATION  OF  A  PRELIM¬ 
INARY.  TEMPORARY,  OR  PROPRIETARY  NATURE  OR  OF  LIMITED  INTEREST  OR  SIGNIFICANCE. 
THEY  CARRY  A  DEPARTMENTAL  ALPHANUMERICAL  IDENTIFICATION. 

3.  TECHNICAL  MEMORANDA.  AN  INFORMAL  SERIES,  CONTAIN  TECHNICAL  DOCUMENTATION 
OF  LIMITED  USE  AND  INTEREST.  THEY  ARE  PRIMARILY  WORKING  PAPERS  INTENDED  FOR  IN¬ 
TERNAL  USE.  THEY  CARRY  AN  IDENTIFYING  NUMBER  WHICH  INDICATES  THEIR  TYPE  AND  THE 
NUMERICAL  CODE  OF  THE  ORIGINATING  DEPARTMENT.  ANY  DISTRIBUTION  OUTSIDE  DTNSRDC 
MUST  BE  APPROVED  BY  THE  HEAD  OF  THE  ORIGINATING  DEPARTMENT  ON  A  CASE-BY-CASE 
BASIS. 


